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SISTEMA DE I NTE RCONE X I ON DE UN SERVIDOR REMOTO CON UN 
CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A TRAVIS DE 

INTERNET 
OBJETO DE LA INVENCI6N 

5 La invencion que nos ocupa, tal y como se 

expresa en el enunciado de esta Memoria descriptiva, tiene 
por objeto permitir el envlo bidireccional de mensajes 
cortos entre un servidor remoto y un usuario de telefono 
movil a traves de Internet, y mas concretamente a traves 
10 del protocolo http (protocolo de transferencia de 

hipertexto ) . 

ANTECEDENTS S DE LA INVENCI6N 

En el estado de la tecnica es sobradamente 
conocido el envlo de mensajes cortos entre usuarios • de 

15 telefonia movil, para lo que estos se comunican a traves de 

la red GSM (sistema movil global) con un centro servidor de 
mensajes cortos SMSC de un operador de telefonia movil. 

Dada la importancia del valor anadido de los 
mensajes cortos, estos se han introducido de manera que un 

20 servidor remoto, como por ejemplo un proveedor T de 

servicios, utilizan las aplicaciones basadas en mensajes 
cortos en multitud de aplicaciones como noticias, 
consultas, alarmas, etc. 

En la actualidad es necesario tener un SMSC 

25 para poder dar servicios de este tipo, de tal manera que 

muchas aplicaciones se desarrollan en cooperacion entre el 
proveedor y un operador de red de telefonia movil. 

Por lo general, para que un proveedor de 
servicios pueda ofrecer mensajeria a usuarios GSM, ha de 

30 pomerse en contacto con un operador de telefonia movil y 

este le facilita un acceso dedicado al centro de mensajes 
cortos para su uso . Esto hace que la implantacion de este 
tipo de aplicaciones sea lenta por el tr&mite que supone la 
instalacion de una linea dedicada en la empresa de 

35 servicios y por el trabajo a realizar con los complicados 
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y poco extendidos protocolos de SMS. 

Por tanto, los costes en material, conexion y 
mano de obra para poner en practica este tipo de servicios 
es elevado. Ademas, el operador de telefonia movil debe 
5 suministrar al proveedor de servicios un numero de telefono 

para acceder y una linea de acceso al SMSC de manera 
directa, de tal forma que pueda ofrecer unos niveles de 
seguridad poco estrictos. 

Por tanto, el permitir que un servidor remote, 
10 dedicado a los servicios de mensajes, pueda enviar mensajes 

cortos a los usuarios de telefonia movil, implica costes 
elevados y tiempos altos para la implantacion de este tipo 
de servicios. 

DESCRIPCI6N DE LA INVENCION 

15 Para resolver los inconvenientes anteriormente 

indicados, la invencion ha desarrollado un nuevo sistema 
que permite realizar la interconexion de un servidor remoto 
con un centro servidor de mensajes a traves de Internet y 
mas concretamente la invencion se caracteriza porque el 
2 0 servidor remoto se comunica con el SMSC a traves de un 

protocolo de transf erencia de hipertexto (http) de 
Internet; para lo que tanto el SMSC como el servidor remoto 
cuentan con medios de transmision/recepcion bidireccional 
de mensajes cortos a traves del http. 
25 Los medios de transmision/recepcion del SMSC 

y del servidor remoto, estan determinados por un modulo de 
cliente y un modulo servidor; comprendiendo los modulos de 
cliente un bloque de composicion de mensajes cortos 
adaptados al protocolo http (SMS-http) que componen 
30 mensajes SMS adaptados para su envio por el protocolo http 

■ de Internet. Ademas los modulos de cliente comprenden un 
bloque de envio de los mensajes SMS-http al modulo servidor 
al que se desean enviar. 

Respecto a los modulos servidores del SMSC y 
35 del servidor remoto, estos comprenden un bloque de 
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recepcion de los mensajes SMS-http y el modulo servidor del 
operador de telefonia movil cuenta con un bloque de 
composition del SMS propiamente dicho, que compone el 
mensaje SMS a partir del mensaje SMS-http. 

Este sistema tiene la gran ventaja de que 
supone un ahorro considerable en costes, ya que 
practicamente la totalidad de los servidores remotos 
disponen de conexiones a Internet asl como de modulos de 
clientes y de modulos servidores http, a partir de los 
cue.les se implanta el sistema de la invencion, aparte de 
que sus costes son muy ba jos . 

Ademas esta solucion tiene la gran ventaja de 
que los protocolos de SMS solo se implementan una vez en el 
modulo de cliente-modulo servidor del operador de telefonia 
15 movil, lo cual elimina los costes de cada implementacion de 

estos protocolos por parte de cada uno de los nuevos 
proveedores de servicio. . Adem&s estas caracteristicas 
permiten no of recer inf ormaci6n a los proveedores sobre los 
procedimientos e instalaciones internas del operador de 
20 telefonia movil, ya que para los servidores remotos, solo 

es necesario conocer los datos de conexion con el servidor 
http que entiende este protocolo. 

Los modulos servidores de la invencion 
comprenden un bloque de analisis de datos que accede a una 
25 base de datos para comprobar los datos del emisor, del 

destinatario del mensaje, y del codigo de acceso, y en 
funcion de esta comprobacion genera un codigo de retorno de 
senalizacion de que estos datos son correctos o por el 
contrario son erroneos . 
30 Para ello se ha previsto que los m6dulos 

servidores cuenten con un bloque de generacion de codigos 
de retorno para indicar esta circunstancia, y ademas en 
caso de que haya habido error senalar el tipo de error 
producido. Obviamente los m6dulos de cliente cuentan con un 
35 bloque de recepcion de codigos de retorno para conocer si 



los datos son correctos o erroneos, y en este ultimo caso 
el tipo de error producido. 

Otra caracteristica de la invencion, consiste 
en que los modulos de cliente comprenden medios de calculo 
de funciones de seguridad adicionales, como por ejemplo 
pueden ser las funciones HASH utilizadas convencionalmente 
en las transacciones comerciales a traves de Internet. 

Evidentemente los modulos servidores deben de 
comprender medios de comprobacion de las funciones de 
seguridad HASH para generar un codigo de retorno que 
permite o desautoriza la comunicacion en funcion del HASH 

enviado y obtenido. 

Esta caracteristica aporta una ventaja 
adicional, al ofrecer una seguridad mayor que la que 
convencionalmente se proporciona mediante el sistema 
mensajes cortos convencional , ya que permite identificar a 
los proveedores de servicios, los numeros de telefonos a 
los que van dirigidos los mensajes y el contenido de los 
mensajes, asi como aplicar reglas de seguridad y . 
restricciones de utilizacion y estadisticas de uso. 

En una realizacion de la invencion los modulos 
de cliente cuentan con medios de codif icacion , que se 
complementan con medios de decodif icacion previstos en los 
modulos servidores, para permitir enviar/recibir mas' 
caracteres y simbolos. 

Asi, los medios de codif icacion/decodif icacion 
realizan una codif icacion/decodif icacion base 64, que como 
es sabido permite trabajar con 8 bits en entornos de 7 
bits, por lo que se obtiene el doble de caracteres que con 
7 bits. 

El bloque de composicion de mensajes SMS del 
modulo servidor del SMSC cuenta con medios de traduccion 
del mensaje SMS-http a caracteres GSM. Ewta traduccion se 
realiza antes de componer los SMS y despues de la 
decodif icacion base 64 en caso de que esta f ueranecesaria, 



para permitir enviar los mensajes SMS a traves de la red 
GSM. 

Ademas la invencion contempla la posibilidad 
de que los modulos de cliente o los modulos servidores 
cuenten con medios de segmentacion de la informacion para 
enviar mensajes mas largos. 

En cualquiera de los dos casos, los medios de 
segmentacion estan previstos en el bloque de composicion de 
mensajes . 

En el envio de mensajes, se transmiten 
parametros obligatorios y opcionales de los mensajes 
cortos . 

Ademas, el bloque de composicion del mensaje 
corto del modulo servidor, cuenta con medios r.de 
recuperaci6n de los parametros obligatorios opcionales, y 
en caso de que estos ultimos parametros opcionales se 
omitan, introduce valores por defecto. 

La invencion preve que los modulos de cliente 
incluyan medios de generacion de acuse de recibo, que son 
enviados a traves del bloque de envio de mensajes hacia;el 
correspondiente modulo servidor. 

Ademas los modulos de cliente cuentan con 
medios de envio del resultado del acuse de recibo, al 
m6dulo servidor del modulo de cliente que genero en primera 
instancia la peticion de acuse de recibo. 

En este caso tambien se genera un codigo de 
retorno para indicar que el envio ha sido correcto o ha 
habido error. Tanto para este caso como para los senalados 
anteriormente , los modulos servidores cuentan con un bloque 
de generacion de codigo de retorno que indican que el envio 
ha sido correcto o ha habido error, y en este ultimo caso 
senala el tipo de error producido; y ademas los modulos de 
cliente cuentan con un bloque de recepcion de codigos de 
retorno para detectar el c6digo de retorno enviado . 

El sistema de la invencion ademas comprende 



medios de reintento, de un numero determinado de veces, de 
envlo de mensajes fallidos y de reintento, de un numero 
determinado de veces, de envio de mensajes de acuse de 
recibo para tener una mayor fiabilidad en el envlo de los 
mensajes . 

En base a la descripcion realizada se 
comprende facilmente que los SMS pueden ser enviados desde 
el servidor remoto al usuario de telefono movil, a la 
inversa, o en ambos sentidos . 

En una realizacion de la invencion el modulo 
de cliente y el modulo servidor del operador de la red de * # 
telefonia movil son compartidos por una pluralidad de 
servidores remotos, de manera que se pueden suministrar 
servicios mas complejos como por ejemplo servicios :. 
ofrecidos por varios suministradores simultaneamente para 
lo que el modulo de cliente y el modulo servidor del : 
operador de telefonia movil cuentan con medios de \ 
comunicacion simultanea con una pluralidad de servidores *• 
remotos para suministrar la conexion simultanea de una : . 
pluralidad de servidores remotos con un usuario de telefono 
movil . 

A continuacion para facilitar una mejor : . 
comprension de esta memoria descriptiva y formando parte : 
integrante de la misma, se acompanan una serie de f iguras , 
en las que con caracter ilustrativo y no limitativo se ha . " 
representado el objeto de la invencion. 

BREVE E NUNC I ADO DE IAS F IGURAS 

Figura 1.- Muestra un diagrama de bloques 
funcional de la estructura general de un posible ejemplo 
de realizacion del sistema de la invencion. 

Figura 2.- Muestra un diagrama de bloques 
funcional explicativo del caso en el que el usuario de 
telefonia movil sea el que envie un mensa je corto al 
servidor remoto. . 

Figura 3.- Muestra un diagrama de bloques 



funcional explicativo del caso en el que sea el servidor 
remoto el que envxe un mensaje corto, con acuse de recibo, 
a un usuario de telefono m6vil. 

Figura 4.- Muestra un diagrama de bloques 
funcional del modulo servidor del operador de la red de 
telefonia movil. 

Figura 5,- Muestra un diagrama de bloques 
funcional del modulo servidor del servidor remoto. 

Figura 6.- Muestra un diagrama de flu jo del 
f uncionamiento de los modulos servidores. 

Figura 7.- Muestra un diagrama de flu jo del 
f uncionamiento de los modulos servidores cuando se efectua 
acuse de recibo . 

Figura 8.- Muestra un diagrama de bloques :* 
funcional del modulo de cliente del operador de la red 'de 
telefonia movil. : 

Figura 9.- Muestra un diagrama de bloques \ 
funcional del modulo de cliente del servidor remoto. 

DESCRIPCI6N DE LA FORMA DE REALIZACI6N PREFERIDA 

A continuacion se realiza una descripcion : de • 
la invencion basada en las figuras anteriormente 
comentadas . 

El servidor remoto 1, como por ejemplo puede : 
ser un proveedor de servicios, cuenta con un modulo de 
cliente 2 y con un modulo servidor 3 que se comunica a 
traves de Internet 4 con un centro servidor de mensajes 
cortos 5 (SMSC), de un operador de telefonia movil 6, que 
se comunica con una pluralidad de telefonos moviles 7 a 
atraves de la red GSM 10. 

El SMSC 5 comunica con un modulo servidor 9 y 
con un modulo de cliente 8 para permitir la transmision a 
traves de Internet de mensajes cortos, tal y como a 
continuacion se explica. 

En el caso en el que se deseen enviar mensajes 
cortos SMS desde un usuario de telefono movil 7 a un 



servidor remoto 1, el mensaje corto se envla de forma 
convencional desde un telefono movil 7, a traves de la red 
GSM 10 hasta SMSC 5. Esta comunicacion se muestra en la 
figura 2 con la referenda 11. 

Segun el protocolo utilizado, el modulo de 
cliente 8 puede confirmar a la red GSM 10 que ha recibido 
el mensaje devolviendo una serial de recepcion correcta o 
error, lo cual se ha referenciado con 12. 

El mensaje corto recibido por el modulo del 
cliente 8, es convertido, tal y como sera explicado con 
posterioridad, en un mensaje corto adaptado al protocolo 
http (protocolo o transf erencia de hipertexto) (SMS-http) 
a traves de la red Internet 4. 

Asl, se establece una conexion 13 a traves de 
Internet entre el modulo del cliente 8 y el modulo servidor 
3. 

A continuacion el modulo de cliente 8 realiza 
una peticion de envio 14 del mensaje SMS-http que es 
recibido por el servidor 3 y lo convierte al mensaje corto 
propiamente dicho, tal y como sera explicado con 
posterioridad, y lo entrega 15 al proveedor de servicios 1, 
el cual lo procesa segun las necesidades requeridas para 
obtener el SMS emitido en origen. 

Seguidamente el modulo servidor .3 responde con 
un codigo de retorno 16 mediante el cual indica si el envio 
ha sido correcto o no y en el caso de que haya habido un 
error, senala la causa aproximada que ha producido el 
error, para facilitar su arreglo y seguidamente se cierra 
17 la conexion 13. 

. . Cabe la posibilidad de que al realizar la 
peticion 11, se envie peticion de acuse de recibo, en cuyo 
caso el modulo de cliente 8, tras la recepcion del codigo 
de retorno 16, envia el acuse de recibo 18 hacia la red 
GSM . 

Con ayuda de la figura 3 se describe el caso 



en el que el mensaje corto se ha enviado desde un proveedor 
de servicios 1 hasta la red GSM 10. 

En este caso, el proveedor 1 realiza una 
peticion 19 de envlo de mensaje corto que la gestiona a 
traves del modulo de cliente 2. Para lo que el mensaje 
corto es adaptado al protocolo http, estableciendose 
seguidamente una peticion 21 de envio de mensaje SMS-http 
al modulo servidor 9, el cual compone el mensaje corto 
propiamente dicho a partir del mensaje SMS-http. 

A partir de este momento el modulo servidor 9 
envia 22 el mensaje corto a la red GSM 10. En este caso, al 
igual que en el anterior, dependiendo del protocolo 
utilizado, puede recuperar un codigo de datos correctos o 
datos erroneos, lo cual se ha representado mediante *la : 
linea 67 de manera que se indica si el formato de mensaje 
es correcto y ha llegado hasta el SMSC 5. Cabe senalar que : 
este codigo no corresponde a la entrega final del mensaje, . 
ya que esto se confirma con el acuse de recibo, tal y como 
fue comentado en el caso anterior, tal y como se comentara 
con posterioridad . 

En este caso, el m6dulo servidor 9 genera 2 3 
un codigo de retorno mediante el cual se indica si el envio 
ha sido correcto o no, y en el caso de un error, senala la • 
causa aproximada para facilitar su arreglo . 

En el caso en el que el mensaje origen 21 
lleve peticion de acuse de recibo, este es enviado 24 al 
modulo de cliente 8 a traves de la red GSM 10 y envia 26 el 
acuse de recibo al modulo servidor 3 el cual genera el 
codigo de retorno 27 cerr&ndose 28 la conexion . 

Dentro de la informacion de mensajes cortos 
enviada, se trasmiten parametros obligatorios que se 
introducen en la peticion 21, de la misma manera a como se 
introducen los argumentos de llamada a un CGI ( Interf az de 
pasarela comun) convencionalmente en los protocolos http. 

Tales parametros son el numero destino del 



mensaje, el contenido del mensaje (texto) y un 
identif icador unlvoco que servira para asociar otros 
mensajes, como por ejemplo el acuse de recibo, y realizar 
un seguimiento del mismo. 

Ademas, tal y como se explicara mas adelante 
el texto del mensaje puede ir codif icado. 

Aparte de los parametros obligatorios , tambien 
existen otros parametros omitibles u opcionales que indican 
valores de conf iguracion para el mensaje corto a enviar. 

Estos parametros opcionales < se envlan 
siguiendo la estructura de los cabeceros http estandar. 

En el caso de que omitan estos parametros se 
podran asignar valores por defecto en el servidor 9 o 3 que 
reciba la peticion. 

De esta manera, un proveedor de servicios 1 
que necesite dar servicio rapidamente, puede hacerlo 
enviando tan solo los parametros obligatorios. Ademas, cabe 
la posibilidad de incluir algunos de los parametros 
opcionales como si fueran obligatorios, de tal manera que 
se simplifique el proceso general de transmision. 

Una gran parte de los parametros indican datos 
acerca del mensaje corto que enviara el modulo servidor 
cuando reciba la peticion. De esta manera existen 
parametros para indicar el esquema de codif icacion de datos 
(DCS) el identif icador de protocolo (PDI), el tipo de 
numero (TON), el identif icador de plan de numeracion (NPI), 
el indicador de cabecera de datos de usuario (UDHI), 
direccion originaria, periodo de validez, prioridad y si se 
solicita o no el acuse de recibo. 

- Ademas existen otros parametros propios de la 

presente invencion como son el usuario y la contrasena del 
emisor de mensaje para controlar que es un usuario con 
permisos para dicha operacion, la codif icacion en base 64, 
el HASH y la segmentacion de los mensajes para permitir 
enviar mensajes mas largos. 
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Para conseguir la f uncionalidad anteriormente 
indicada, el modulo servidor 9 del operador de la red de 
telefonia mdvil 6, cuenta con un bloque de recepcion de 
peticiones 29 que recibe las peticiones 21 y las envia a un 
5 bloque de analisis de datos 30 en el que se analizan los 

parametros recibidos, detectandose la direccion origen, el 
numero de telefono, destino, usuario del que se trata y su 
contrasena, comprobandose estos parametros en una base de 
datos 31 a traves de un bloque de consulta 32. 
10 A continuacion se comprueba la direccion IP 

(Protocolo de Internet) que idenifica a cada ordenador y 
puerto origen con los asignados en la base de datos para 
autentificar el envio . 

Seguidamente el bloque de analisis de datos*30 
15 envia el mensaje corto a un bloque de composicion de 

mensajes cortos 33 que accede a un decodif icador base 64, 
34 para recuperar el texto original que previamente fue 
codificado en el modulo del cliente 2, tal y como sera 
descrito con posterioridad . 
20 A continuacion el bloque de analisis de datos 

30 accede a un bloque de comprobacion de HASH 35, en<el 
que se recalcula el HASH del texto antes de aplicarle el 
HASH y se comprueba que sea identico al HASH recibido. 

En el caso de que todas las comprobaciones 
25 sean correctas, se traduce el mensaje decodif icado a 

caracteres GSM; ya que usa caracteres especificos segun la 
normatica vigente. Esta traduccion la realiza el bloque de 
composicion de mensajes cortos 33. 

Ademas, el bloque de composicion de mensajes 
30 cortos 33, si fuese necesario, realiza una segmentacion del 

mensaje. En este caso para conocer el tamano maximo del 
mensaje admitido por la red de telefonia movil, se calcula 
a partir del par£metro DCS y de la codificacion de los 
caracteres. 

35 El bloque de composici6n de mensajes cortos 
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recupera los datos de creacion del mensaje corto: DCS, NPI, 
etc. y construye los nuevos mensajes cortos . En el caso en 
el que el indicador de cabecera de datos de usuario no este 
especificado en el mensaje recibido, se introduce el valor 
de este, dependiendo de si el mensaje ha tenido que ser 
segmentado por sobrepasar el tamano maximo y se introduce 
el texto decodificado en los nuevos mensajes cortos. 

A continuacidn los mensajes cortos compuestos 
son enviados al bloque de envio de mensajes cortos 36 que 
establece conexion con el SMSC 5 para envio de los mensajes 
hacia la red GSM 10. 

En el caso de que haya habido un error en el 
envio del mensaje corto, se reintenta hasta un numero 
maximo de veces predefinido. 

Una vez realizado el envio del mensaje corto 
o finalizados los reintentos, se genera el codigo de 
retorno que se envia a traves de un bloque de envio de 
codigos de retorno 37 que esta conectado con el bloque de 
envio de mensajes cortos 36. 

En la figura 5 se ha representado un diagrama 
de bloques funcional y un mddulo servidor 3 de un proveedor 
de servicios 1. En este caso el f uncionamiento del modulo 
servidor 3 es identico al del mddulo servidor 9 pero con la 
diferencia de que en este caso puede existir o no el bloque 
25 de composicion de mensajes cortos 33, para lo que la 

decodificacion base 64 se efectua a partir del bloque de 
analisis de datos 30, y el resultado obtenido se entrega al 
proveedor de servicios 1 que procesa la informacion segun 
las necesidades requeridas (obtiene SMS). Evidentemente en 
este caso no existe un bloque de envio del mensaje corto a 
la red de telefonia mdvil, ni es necesario el traductor 
GSM, pero si el bloque de envio de codigos de retorno 37 
que en este caso es gobernado desde el proveedor de 
servicios 1 . 

35 En la figura 6 se muestra un diagrama de 
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flujos de funcionamiento de los modulos de servidor 3 y 9 
tal y como fue explicado. En este diagrama de flu jo se 
incluyen las siguientes referencias: 38 nuevo mensaje, 39 
representa el analisis de datos efectuado por el bloque de 
analisis de datos 30; 40 los parametros obligatorios , 41 
los parametros opcionales, 42 el acceso a la base de datos 
31 , 43 la decodif icacion base 64 realizada por bloque 
decodif icador 35; 44 representa la pregunta para detectar 
si el HASH es correcto, y en caso de que asi sea, realizar 
la decodif icacion base 64, y en caso contrario genera el ; 
codigo de retorno 16 mediante el envio de codigo error 51; 
la referenda 68 representa la traduccion de los caracteres 
codificados a caracteres GSM; la referenda 46 representa 
la segmentacion y creacion de mensajes cortos, 47 \ 
representa envio de mensajes cortos; 48 pregunta si el 
envio es correcto, y en caso afirmativo realiza el envio de " 
codigo retorno 16 mediante el envio 49 de envio correcto * 
y en caso negativo se pasa a la referenda 50 en la que se 
pregunta si se han cumplido los reintentos preestablecidos . 
En caso afirmativo se genera el c6digo retorno 16 enviando • 
un codigo de error, en tanto que en caso negativo se vuelve 
al envio de mensajes cortos. 

La figura 7 se muestra el diagrama de flujo 
para el caso en el que se reciba acuse de recibo en el 
modulo servidor, lo cual se ha representado con la 
referenda 52, la referenda 53 se refiere al analisis de 
datos realizado por el modulo de analisis de datos 30, las 
referencias 40, 41 y 42 se refieren al mismo caso que el 
descrito para la figura 6 es decir, parametros 
obligatorios, par&metros opcionales y el acceso a la base 
de datos, con la diferencia que en este caso se genera un 
mensaje para el envio de acuse de recibo 26, lo cual se 
senala mediante la referenda 55, y a continuacion mediante 
la referenda 56 se pregunta si el envio ha sido correcto, 
y en caso afirmativo se cierra la conexi6n lo cual se ha 
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representado mediante la referenda 57 . 

Referente a la figura 8, en ella se muestra el 
diagrama de blogues funcional del modulo de cliente 8 del 
operador de telefonia movil 6, el cual, tal y como ya fue 
5 comentado con anterioridad recepciona el mensaje corto 

enviado desde el SMSC 5 lo cual se efectua mediante un 
bloque de recepcion de mensajes cortos 66. 

A continuacion el mensaje corto pasa a un 
bloque de analisis de datos del mensaje corto 65 en el que 
10 se recuperan las direcciones del protocolo IP a las que 

debe de ser enviado el mensaje y los parametros de 
autentif icacion de la base de datos 60, para lo que entrega 
los mensajes cortos a un bloque de composicion de mensajes 

59 que accede a una base de datos 60 a traves de un bloque 
15 de composicion de mensajes 59 que accede a la base de datos 

60 a traves de un bloque de consulta 61. Seguidamente el 
bloque de composicion de mensajes 59 accede a un 
codificador de base 64 referenciado con 62, y a un 
calculador de HASH 63 para calcular dicho HASH y componer 

20 el mensaje corto, previa traduccion de los parametros del 

mensaje corto recibido, componiendo el mensaje uniendo 
todos los datos segun un esquema de mensajes SMS-http 
enviandolos al m6dulo servidor 3 del proveedor de servicios 
1 . 

25 Seguidamente se recupera el codigo de retorno 

16 a traves de un bloque de recepcion de codigos de retorno 
58 y en caso de error se realiza un numero de reintentos 
previamente establecido . 

Ademas, el modulo de cliente 8 realiza la 

30 recuperacion del acuse de recibo, si se hubiese requerido, 

para lo que recupera al identif icador del mensaje de la 
direccion del protocolo IP y el puerto o puertos a los que 
debe enviarse el acuse de recibo (direccion del modulo 
servidor de proveedor de servicios 1). 

35 A continuaci6n envia el acuse de recibo 26, y 
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se recupera el codigo de retorno 27, realizando el 
reintento de envio de acuse de recibo, en caso de que no se 
haya efectuado correctamente, durante un numero de veces 
predeterminado . 

5 En la f igura 9 se representa el diagrama de 

bloques funcional del modulo de cliente 2 del proveedor de 
servicios 1, cuya estructura es basicamente la misma que la 
descrita para el caso del modulo de cliente 8, con la 
diferencia que en este caso el mensaje corto a enviar no 

10 prov; ene del SMSC 5 sino que proviene directamente del 

proveedor de servicios 1, que entrega la informacion que 
de sea enviar al bloque de composicion de mensajes 59/ 
procediendo a partir de este punto de la forma descrita 
para el ejemplo anterior. . , _ 

15 En este caso no se considera aportar flujo de 

funcionamiento, ya que se desprende claramente de la 
descripcion realizada . 

20 
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- REIVINDICACIONES _ 
1.- SISTEMA DE INTERCONNEXION DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVfCS DE INTERNET, que permite el envlo de mensajes cortos 
(SMS) entre un servidor remoto (1) y un usuario de telefono 
movil (7), el cual esta comunicado con un centro servidor 
de mensajes cortos (5) (SMSC) a traves de la red GSM (10), 
se caracteriza porque el servidor remoto (1) se comunica 
con el SMSC (5) a traves de un protocolo transf erencia de 
hipertexto (http) de Internet, para lo que tanto el SMSC 
(5) como el servidor remoto (1) cuentan con medios (2, 3, 
8, 9) de trasmision/recepcion bidireccional de mensajes 
cortos a traves del protocolo (http). 

2. - SISTEMA DE I NTE RCONEX I ON DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicacion 1, caracterizado 
porque los medios de trasmision/recepcion estan 
determinados por un modulo de cliente (2, 8) y por un 
modulo servidor (3, 9), comprendiendo los modulos de 
cliente (2, 8) un bloque de composicion de mensajes SMS- 
http (59) que compone mensajes cortos adaptados para su 
envio por el protocolo http de Internet, contando ademas 
con un bloque de envio de los mensajes SMS-http (64) al 
modulo servidor (3, 9) al que se desean enviar; y 
comprendiendo los modulos servidores (3, 8) un bloque de 
recepcion de mensajes SMS-http (29) y un bloque de analisis 
de datos (30) que accede a una base de datos (32) para 
comprobar los datos del emisor, del destinatario del 
mensaje y del codigo de acceso y en funcion de esta 
comprobacion genera un codigo de retorno (23) de 
senalizacion de datos correctos o datos erroneos . 

3. - SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET., segun reivindicacion 2, caracterizado 
porque el modulo servidor (9) del SMSC (5) comprende un 
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bloque de composicion de mensajes SMS propiamente dicho 
(33) que compone dicho mensaje SMS a partir del mensaje 
SMS-http. 

4. - SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 
5 REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 

TRAVIS DE INTERNET, segun reivindicacion 1, caracterizado 
porque los mddulos de cliente (2, 8) comprenden medios (35) 
de c£lculo de funciones de seguridad HASH (63); y porque 
los modulos servidores (3, 9) comprenden medios de 
10 comprobacion de las funciones de seguridad HASH (35); para 

generar un codigo de retorno (27) que permite o desautoriza 
la comunicacion en funcion del HASH enviado y obtenido, 

5. - SISTEMA DE I NTE RCONEX I ON DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 

15 TRAVfiS DE INTERNET, segun reivindicacion 1, caracterizado 

porque los modulos de cliente (2, 8) cuentan con medios de 
codificacion (62) y los modulos servidores (3, 9) cuentan 
con medios de decodif icacion (34), para permitir 
enviar/recibir mas caracteres y simbolos. 

20 6.- SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 

REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVIS DE INTERNET, segun la reivindicaci6n 5, 
caracterizado porque los medios de codificacion (63) 
decodificacion (35), realizan una 

25 codif icacion/decodif icacion base 64. 

7. - SISTEMA DE INTERCONEXION DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicacion 3, caracterizado 
porque el bloque de composicion SMS (33) del modulo 

30 servidor del SMSC (5) cuenta con medios de traduccion del 

mensaje SMS-http a caracteres GSM, previos a la composicion 
del mensaje SMS, para permitir enviar este a traves de la 
red GSM. 

8. - SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 
35 REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 



TRAVES DE INTERNET, segun reivindicacion 1, caracterizado 
porque los modulos de cliente (2, 8) cuentan con medios de 
segmentacion de la inf ormacion para enviar mensajes mas 
largos . 

9. - SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicacion 8, caracterizado 
porque los medios de segmentacion del modulo de cliente (2, 

8) estan previstos en el bloque de composicion de mensajes 

(50;. 

10. - SISTEMA DE I NTERCONEX I ON DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicacion 1, caracterizado 
porque los modulos servidores (3, 9) cuentan con medios de 
segmentacion de la informacion para enviar mensajes mas 
largos. 

11. - SISTEMA DE I NTERCONEX I ON DE UN SERVIDOR • 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVfiS DE INTERNET, segun reivindicacion 10, caracterizado • 
porque los medios de segmentacion del modulo servidor (3, : 

9) estan previstos en el bloque de composicion de mensajes ; 
SMS (33). 

12. - SISTEMA DE INTERCONEXION DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A . 
TRAVES DE INTERNET, segun una cualquiera de las 
reivindicaciones anteriores, caracterizado porque se envian 
parametros obligatorios y opcionales de los mensajes 
cortos . 

13. - SISTEMA DE INTERCONEXION DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun la reivindicacion 12, 
caracterizado porque el bloque de composicion de mensajes 
cortos (33) del modulo servidor (3, 9) cuentan con medios 
de recuperacion de los parametros obligatorios y 
opcionales, y en caso de que los parametros opcionales se 



omitan introduce valores por defecto. 

14. - SISTEMA DE I NTERCONEX 1 6N DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVIS DE INTERNET, segun reivindicacion 1, caracterizado 

5 porque los modulos de cliente (2, 8) cuentan con medios de 

generacion de acuse de recibo, que son enviados a traves 
del bloque de envlo de mensajes (64) hacia el 
correspondiente modulo servidor (3, 9) y porque los modulos 
de cliente (2, 8) cuentan ademas con medios de envio del 
10 resultado del acuse de recibo al modulo servidor (3, 9) 

del modulo de cliente (2, 8) que genero en primera 
instancia el acuse de recibo, 

15. - SISTEMA DE INTERCONEXI6N DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS ( SMSC )- A 

15 TRAVIS DE INTERNET, segun reivindicaciones 3, 4 y 14, 

caracterizado porque los modulos servidores (3, 9) cuentan 
con un bloque de envio de codigos de retorno (37) para 
indicar que el envio ha sido correcto o ha habido error; y 
en este ultimo caso senalar el tipo de error producido; y 

20 porque los modulos de cliente (2, 8) cuentan con un bloque 

de recepcion de codigo de retorno (58). ^ 

16. - SISTEMA DE I NTE RCONEX I ON DE UN SERVIDOR 
REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicaciones 1 y 15, 

25 caracterizado porque se han previsto medios de reintento de 

un numero determinado de veces de envio de mensajes 
fallidos y de reintento de un numero determinado de veces 
de envio de mensajes de acuse de recibo. 

17. - SISTEMA DE I NTE RCONEX ION DE UN SERVIDOR 
3 0 REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 

TRAVIS DE INTERNET, segun reivindicacion 1, caracterizado 
porque los SMS se envian desde el servidor remoto (1) al 
usuario de telefono movil (7) y/o desde el usuario de 
telef6no movil (7) al servidor remoto (1). 
35 18.- SISTEMA DE I NTE RCONE X I ON DE UN SERVIDOR 



REMOTO CON UN CENTRO SERVIDOR DE MENSAJES CORTOS (SMSC) A 
TRAVES DE INTERNET, segun reivindicacion 1, caracterizado 
porque el modulo de cliente (8) y el modulo servidor (9) 
del operador de la red de telefonla movil (6) cuentan con 
medios de comunicacion simultanea con una pluralidad de 
servidores remotos (1), para suministrar conexion 
simultanea a un usuario de telefono movil (7) con una 
pluralidad de servidores remotos (1). 
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